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(54) Method for accessing a service platform via an internet browser session 



(57) The invention is directed to a method for ac- 
cessing a service platform via an Internet browser ses- 
sion, as well as to a servlet, a service unit and an applet 
for performing the method. The method is made up of a 
number of steps. The first step is installing the servlet 
at a web-server of a content provider having access to 
this service platform. When a user then tries to use a 
service of this service platform, the servlet detects 
whether or not said browser session is already associ- 



ated to a related service session. If the browser session 
is already associated to this related service session, it 
performs predetermined actions related to the service 
session, such as charging. If the browser session is not 
associated to the related service session, it returns a 
web page containing the applet to guide an associated 
browser of the user through a logon process for the re- 
lated service session. In the end the user may access 
the service session via the browser session. 




DrintaH hu \r»*,o 7G/VU DAOIQ fPQ\ 



1 



EP 1 091 598 A1 



2 



Description 

[0001] The present invention relates to a method for 
accessing a service platform via an Internet browser 
session, to a servlet for being installed at a web-server s 
of a content provider, a service unit of a content provider 
having access to a service platform and to an applet for 
accessing a service platform via an Internet browser 
session. 

[0002] Such a method is already known in the art, e. 
g. from the paper "HOW TO INTEGRATE THE TINA 
AND THE INTERNET" from the authors Klaus-Peter 
Eckert et al, first published by COMDEX Enterprise, 
Frankfurt Germany in September 1998. Therein, is de- 
scribed that the being the de facto standard for the 
worldwide exchange of all kinds of information has some 
drawbacks. One of the main drawbacks is that there is 
no consistent way to identify a user, provide the ability 
to subscribe, tailor, manage, and/or account his pre- 
ferred services. 

[0003] On the other hand there is a service platform, 
called the TINA service platform in the paper, that fills 
in this gap in the area of telecommunications and infor- 
mation technology wherein, in contrast to the Internet 
the service platform provides the means to identify bi- 
laterally the service provider and the service customers 
and users. 

[0004] This paper further extends the service platform 
for the deployment and usage of telecommunications 
and information technology services in a way, that the 
typical Internet user can try out services, called TINA- 
services and subscribe and tailor them on-line and with 
respect to security policies and personal preferences. 
[0005] But still there is no integration of the service 
platform with the internet, which has the disadvantage 
that an internet session can not rely on an established 
infrastructure for service management, (i.e. accounting, 
billing, deployment, etc.) nor on an advanced business 
model and that the service session provided by the serv- 
ice platform such as the TINA-service platform can not 
be used to accommodate simple services as the internet 
with all the outstanding features that it provides. 
[0006] A further approach is known from the article 
"Value-Added Internet: a Pragmatic Tina-Based Path to 
the Internet and PSTN Integration", De Zeng et al., Pro- 
ceedings TINA, Global Convergence of Telecommuni- 
cations and Distributed Object Computing, 17.11 .1997, 
page 13 to 21. 

[0007] According to this approach, TINA components 
accessed via the Internet: The End User is a classical 
Internet user (in a private or business environment). To 
enable the End User to enjoy the added value provided 
by the TINA service platform, additional software incor- 
porating a CORBA client has to be installed in order to 
make his browser TINA capable. The user is now able 
to communicate by this additional software with TINA 
components and initiate a TINA service session. The TI- 
NA service platform takes also the role of a connectivity 



provider. It selects the most appropriate transport tech- 
nology and establishes the dedicated connection re- 
quired in order achieving the desired quality of service. 
[0008] According to this approach, a service is re- 
quested by sending a service request via the Internet to 
the dedicated component of the TINA service architec- 
ture. An appropriate service provider is selected by the 
TINA service platform. The connection between the us- 
er and said selected service provider is established on 
the basis of a request coming from a retailer component 
of the TINA service platform. 
[0009] An object of the present invention is to provide 
a method of the above known type but wherein the in- 
tegration of service platforms such as the TINA service 
platform and the Internet are improved. 
[0010] According to the invention, this object is 
achieved due to the fact that a web-browsing session is 
associated with a service platform service session by 
having JAVA components exchange information. 
[001 1] To perform this, a special servlet is installed at 
the web-server of the content provider. Depending on 
the configuration of this particular server, this servlet will 
be triggered by a certain or all Uniform Resource Loca- 
tors further referred to as URL. The provider will start a 
service session and associate it with certain URLs via 
a database or equivalent thereof. The provider part of 
the service session and the servlet will communicate to 
implement the necessary charging and protection 
mechanisms. 

[0012] The servlet will detect whether the browser 
session that requests the URL is already associated to 
a certain user in a particular service session . If so, it will 
perform particular actions related to the URL, which may 
be stored in a database, i.e. charge the party a particular 
amount and eventually communicate this back to the 
service session. 

[0013] If not, it will return a web page containing an 
applet that will walk the browsing user through the logon 
process for the particular service session associated 
with the URL. This may include logon to a retailer and 
starting of an access session. If these exist, the applet 
may reuse them. Finally the 'consumer's 'user-applica- 
tion', will be launched. This one will contact the service 
session and inform the 'provider 1 via the service session 
about association of a certain browser session with a 
particular party and eventually pass accounting proce- 
dures for this party. Then the initial URL will be re-re- 
quested by the applet. Now the servlet will find the as- 
sociation of the web browser session and the service 
session. 

[0014] The above and other objects and features of 
the invention will become more apparent and the inven- 
tion itself will be best understood by referring to the fol- 
lowing description of an embodiment taken in conjunc- 
tion with the accompanying drawings wherein: 
[0015] FIG. 1 represents a detailed scenario of the in- 
tegration of a TINA like service session and the Internet 
web browsing session. 
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[0016] In the following paragraphs, referring to the 
drawing presented in FIG. 1 , the implementation of the 
method according to the present invention will be de- 
scribed. The first part of this description is made on a 
high level and a second part of the description is made 
on a more detailed level using instructions. Subsequent- 
ly there is a second embodiment described in a same 
way as the first one, but differing in that only differences 
compared to the first one are described. 
[0017] Fig. 1 shows several service components PA1, 
PA2, ssUAPc, ssUAPp, UA1, UA2, AM, SSM, SF and 
IA, a servlet SL, an applet AL, a browser BR, and server 
SERV and a content repository CDB. The service com- 
ponents PA1 P PA2, ssUAPc, ssUAPp, UA1, UA2, AM, 
SSM, SF and IA are components of a service platform 
SP. The above reference components are assigned to 
three domains Customer, Retailer and Provider. The 
service components PA1 and ssUAPc, the applet AL 
and the browser BR are assigned to the domain Cus- 
tomer. The service components UA1 , UA2, AM, SF, 
SSM and IA are assigned to the domain Retailer and 
perform the function fo a retailer. The service compo- 
nents PA2 and ssUAPp, the servlet SL, the server SERV 
and the content repository CDB are assigned to the do- 
main Provider. 

[0018] The service platform SP contains application 
software components, which are deployed on a distrib- 
uted processing platform. This distributed processing 
platform is formed, for instance, by several connected 
computers and middelware components, which enables 
the communication of said software components inde- 
pendent from the actual location of said application soft- 
ware components. The middelware components pro- 
vides a software layer on top of the native computing 
and communication environment, which hides details of 
the underlying (probably heterogeneous) technology 
and distributions concerns from the application software 
components. 

[0019] The service components PA1, PA2, ssUAPc, 
ssUAPp, UA1 , UA2, AM, SSM, SF and IA are these ap- 
plication software components that perform the core 
functionality of the service platform SP, which is to man- 
age the provision of services. These components are 
deployed in domains pertaining to consumers, retailers 
and providers as shown, for instance, by Fig. 1 . They 
interact by means of communication services performed 
by the underlying middelware components. Each of the 
service components PA1 , PA2, ssUAPc, ssUAPp, UA1 , 
UA2, AM, SSM, SF and IA contains a well-defined in- 
terface for these interactions with other service compo- 
nents. The interaction possibilities and interfaces are in- 
dicated, for instance, by Fig. 1 . 
[0020] The domains Customer, Retailer, and Provider 
represents the stakeholders (e.g. private person, com- 
pany) which runs the respective assigned software com- 
ponents. The domain Customer contains the software 
components of a specific user, who consumes services. 
The domain Provider contains the software components 



of a specific user, who provides services. Both, the do- 
mains Customer and Provider are therefore classified 
as user domains. The domain Retailer contains the soft- 
ware components of a retailer, who sells different kinds 

5 of services and mediates between the users of the do- 
mains Consumer and Provider. The domain Retailer is 
therefore classified as provider domain. It provides as 
service the provisioning of services or the offering of 
services to users. 

10 [0021] The interfaces between the service compo- 
nents PA1 , PA2, ssUAPc, UA1 , UA2, AM, SSM, SF and 
IA represents these contractual relations between the 
users and the provider. It is possible that the service plat- 
form SP covers a high number of such domains, and 

15 thereby represents a high number of users orproviders. 
[0022] A good example for such a service platform is 
the TINA platform (TINA = Telecommunications Infor- 
mation Network Architecture). It is also possible to use 
for a service platform according to the invention a COR- 

20 BA or DCOM style architecture (CORBA = Common Ob- 
ject Request Broker Architecture, DCOM = Distributed 
Component Object Model) as service platform. It is for 
instance possible to use service components according 
to Fig. 1 on top of a CORBA software bus. The service 

25 components PA1 , PA2, ssUAPc, UA1 , UA2, AM, SSM, 
SF and IA may be formed by objects which perform the 
respective functions as described by Fig. 1 . 
[0023] The service components PA1 , PA2, UA1 , UA2 
and IA are access session related service components. 

30 They offer a personalized and secure access to servic- 
es. The service components PA1 and UA1 relate to the 
access session between the user of the domain Cus- 
tomer and the provider of the domain Retailer. The serv- 
ice components PA2 and UA2 relate to the access ses- 

35 sion between the user of the domain Provider and the 
provider of the domain Retailer. The service compo- 
nents PA1 and PA2 as well as the service components 
UA1 and UA2 perform within theses access session the 
same function. Therefore, the interaction between the 

40 service components PA1 and UA1 as described in the 
following forms also an instance for the interaction be- 
tween the service components UA2 and PA2. 
[0024] The service components PA1 and UA1 interact 
within a secure, trusted relationship between the user 
and the provider (access session) . They support author- 
ization, authentication and customization of the user's 
service access and provide a secure mechanism for 
starting and joining sessions. They may also support 
control for service interactions. 

so [0025] The service component PA1 and PA2 performs 
the function of a provider agent. They respectively rep- 
resent a provider in a user domain and respectively exist 
corresponding to each provider. Such kind of compo- 
nents therefore represents the provider of the domain 

55 Retailer in the domains Customer and Provider. 

[0026] The service component UA1 and UA2 per- 
forms the function of a user agent. A user agent repre- 
sents a user in the provider domain, for instance in the 
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domain Retailer, and exists corresponding to each user. 
Within the domain Retailer exist therefore one service 
component UA1 , which represent the user of the domain 
Customer, and one service component UA2, which rep- 
resent the user of the domain Provider. The service 
components UA and UA2 are independent of services 
utilized by users, and respectively manages a user pro- 
file and session profiles. It is also possible that a user 
agent has additional the role of a user session manager 
as defined in the TINA Architecture. In the access ses- 
sion, the user agent provides functions for authenticat- 
ing a user and checking her/his profile, which, for in- 
stance, includes user's subscription information. In the 
service session, it provide functions for creating session 
profile and making requests to corresponding service 
session managers, e. g. to the service component SSM. 
[0027] The service component IA performs the func- 
tion of an initial agent. The service component IA is the 
initial contact point for the service components PA1 and 
PA2 wishing to interact with the provider, and is used to 
gain an access session with the service component UA1 
and UA2, respectively. 

[0028] The service components ssUAPc, ssUAPp, 
AM and SSM are service session related service com- 
ponents. They provide a framework for defining servic- 
es, which can be accessed and managed across multi- 
ple domains. 

[0029] The service component SF performs the func- 
tion of a service factory. Based on requests from the 
service components UA it instantiates service session 
managers, which provide service session control capa- 
bilities. The service component SF instantiates, for in- 
stance, the service component SSM on request from the 
service component UA. It is also possible that the serv- 
ice component SF instantiates in addition a user session 
manager which supports the session control capabilities 
dedicated to a user. 

[0030] The service component SSM performs the 
function of a service session manager, which manages 
and controls a specific service. It exists corresponding 
to each service. It performs important operations in a 
service session, holding service specific data and man- 
aging the life cycle of the service session. 
[0031] The service component ssUAPc and ssUAPp 
performs the function of a user application. The service 
component ssUAPc and ssUAPp in the user domain al- 
lows a user to interact with a service session and acts 
as an endpoint for session control. 
[0032] The service component AM performs the func- 
tion of an announcement manager. This service compo- 
nent contains a list of available services, i.e. announced 
services. 

[0033] The browser BR is a WWW browser (WWW = 
World Wide Web) which enables its user to communi- 
cate via the WWW. The browser BR forms also a plat- 
form to run applets. It performs a platform on which 
HTML pages (HTML = Hypertext Markup Language) 
and JAVA programs are interpreted and executed. It 
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contains for instances a Java virtual machine to run Java 
applets. 

[0034] The server SERV is a WWW server, which per- 
forms services within the WWW and enables these serv- 

5 ices to communicate with users via the WWW. The serv- 
er SERV forms also a platform to run servlets. To per- 
form that function, the server contains, for instance, a 
Java Virtual Machine, to run JAVA servlets on the WWW 
server. The server SERV has further support the Servlet 

10 API (^Application Program Interface). Essentially, the 
servlet API is a well-defined set of function calls to get 
and send information to and from the WWW server. The 
servlet needs to be able to access server-defined vari- 
ables, issue redirects, send error messages and the like. 

15 [0035] Further, the server SERV is linked with the con- 
tent repository CDB. By means of the content repository 
it makes the contents managed by the content reposi- 
tory CDB available to users of the WWW. 
[0036] The servlet SL is a MCR servlet (MCR = Man- 

20 aged Content Retrieval), which is a servlet that perform 
as function the support, management and control of the 
service ..Managed Content Retrieval". A servlet is the 
opposite end of an applet. A servlet can almost be 
thought of as a server-side applet. It contains a (de-facto 

25 standardized) servlet API that fits with the servlet API of 
the WWW server. The servlet API is, for instances, a set 
of Java classes, which can be downloaded directly from 
a JAVA supplier (e. g. SUN) independently from the 
WWW server. Servlets run inside a WWW server in the 

30 way that applets run inside a WWW browser. The WWW 
browser can submit a request to execute a servlet di- 
rectly; it can be stand-alone in terms of its actions - as 
a browser can request an applet directly, 
[0037] The servlet SL keeps a list of registered WWW 

35 browsers sessions and the related interface of the serv- 
ice component ssUPAp, referred to as ssUAPMCRInter- 
face, the related identification of the party, referred to as 
Partyld, and the related accounting policies. 
[0038] The applet AL is a MCR applet (MCR = Man- 

40 aged Content Retrieval), which is an applet that per- 
forms as function the support, management and control 
of the service Managed Content Retrieval". 
[0039] The detailed role and function of the MCR serv- 
let and the MCR applet will become clear in the following 

^5 description of a method according the present invention . 
[0040] Following steps of the method according to the 
present invention may are distinguished: 
[0041] In a first step, the servlet SL is launched to- 
gether with the server SERV. In a second step, the 'Con- 

50 tent Provider", which is the user of the domain Provider, 
goes through the login procedure and starts a 'Managed 
Content Retrieval' service session at his retailer As a 
result the service component ssUAPp is launched. This 
applet has a Graphical User interface for managing the 

55 service session. It will register itself and the announced 
service session with the servlet SL. It also registers its 
and eventually the SSM service specific interface with 
the servlet SL. 
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[0042] The service 'Managed Content Retrieval', later 
referred to as MCR service, is now registered and ready 
to be provided to users of the domain Customer, who 
likes to consume this service. 

[0043] In a third step, the user browses content on the 5 
WWW. Each time a link is requested on the MCR service 
provider's WWW server, i. e. a link is requested on the 
server SERV, the servlet SL is invoked. It then performs 
following function: 

[0044] When a registered WWW browser session 10 
fetches information, the servlet SL will retrieve the infor- 
mation related to the requested URL, do the required 
accounting, contact the service component ssUAPp if 
necessary and return the information if granted. A 
browser session is registered by the servlet, if a service w 
session is associated to this browser session. If the 
browser session is not registered, it will return a web 
page containing the applet AL. The applet AL will try to 
find whether the user is already in an access session, if 
not it will establish one. After that the applet will join the 20 
referenced MCR service session in the context of the 
access session. 

[0045] After the applet has registered the browser 
session via joined service session at the user side, that 
possibly may be launched in one go as indicated in the 25 
scenario above, it will again request the initial URL. 
[0046] The servlet will now find that the web-session 
is registered and react as indicated in above. 
[0047] From then on, each hit to the server will be 
processed in a similar way. 30 
[0048] The subsequent detailed scenario describes 
the detailed steps of the method as presented in FIG.1 . 
The used numbers correspond to numbered steps in 
FIG.1. 

[0049] The first steps refer to the procedure, which is 35 
necessary that the 'Content Provider* login and starts a 
'Managed Content Retrieval' service session at his re- 
tailer. This process may be separated first in an access 
session and second in a MCR service creation and reg- 
istration procedure. *o 
[0050] Access session: 

1. A message "requestNamedAccessO" is sent 
from the service component PA2 to the service com- 
ponent IA. 45 

2. A message with the content "setupAccessSes- 
sion()" is sent from the service component IA to the 
service component UA2. 

50 

2r., 1 r. A message with the content "Secretld, UAint- 
erfaceRefs, AccessSessionld n is returned from the 
service component UA2 via the service component 
IA to the service component PA2. 

55 

3. A message with the content "UA2setUserContext 
(PAInterfaceRefs), listSubscribedServicesO" is 
sent from the service component PA2 to the sen/ice 



component UA2, 

3r. A message with the content "SubscribedServ- 
icesList ■ is returned from the service component 
UA2 to the service component PA2. 

4. The service component ssUAPp is instantiated 
by the service component PA2. A message with the 
content 

"startServicelnit(PAInterfaceRefs)" is sent from the 
service component PA2 to the service component 
ssUAPp. 

[0051] MCR service creation and registration proce- 
dure: 

5., 6. A message with the content "startServiceO" is 
sent from the service component ssUAPp via the 
sen/ice component PA2 to the service component 
UA2. 

7. A message with the content "createSSession() n 
is sent from the service component U A2 to the serv- 
ice component SF. 

8. The sen/ice component SF instantiates the serv- 
ice component SSM, which is the service session 
manager for the MCR service. A message with the 
content "initialiseO" is sent from the service compo- 
nent SF to the service component SSM. 

9. A message with the content "registerAnnounce- 
ment()" is sent from the service component SSM to 
the service component AM. 

9r. A message with the content "announcements " 
is returned from the service component AM to the 
service component SSM. 

8r., 7r., 6r. t 5r. A message with the content " RetU- 
sagelnterfaceRefs of SSM + partyld" is returned 
from the service component SSM via the service 
components SF, UA2, PA2 to the service compo- 
nent ssUAPp. 

10. A message with the content "setPartyContext 
(partyld, ssUAPplnterfaceRefs); listAnnouncement 
()/* Service specific T is sent from the service com- 
ponent ssUAPp to the service component SSM. 

1or. A message with the content "announcementld 
" is returned from the service component SSM to 
the service component ssUAPp. 

11. A message with the content "RegistertJAP(ss- 
UAPlnterfaceRefs, announcementld, MCRAp- 
pletURL)" is sent from the service component ss- 
UAPp to the servlet SL. 
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[0052] The MCR service is now installed and ready to 
be invoked by users. Following procedure is executed 
if the user of the domain Customer accesses via the 
browser BR the server SERV and request the MCR 
service: 5 

12. A message with the content "HTTP fetch 
<URL>" is sent over an Internet connection by 
means of the HTTP protocol (HTTP = Hypertext 
Transfer Protocol) from the browser BR to the Serv- 10 
er SERV to initiated a WWW browser session. 

13. The servlet SL is invoked. It detects that the in- 
voking WWW browser session is unregistered. 
Thus it initiates the transmission of an HTML page 15 
by means of the HTTP protocol from the server 
SERV to the browser BR. The HTML page contains 

as content the applet AL, a cookie and the informa- 
tion "sessionld" and "announcement^". The infor- 
mation "sessionld" identifies the WWW browser 20 
session and the information "announcementld" 
identifies the MCR service within the service plat- 
form SP. 

1 4. The applet AL tries to bind to the already existing 25 
service component PA1. If the service component 
PA1 does not exist, it launches the service compo- 
nents PA1 . 

[0053] Following procedure is then initiated by the ap- 30 
plet AL to launch the sen/ice component ssUAPc, to 
start an access session and join the MCR service ses- 
sion: 

1 5. A message with the content "requestNamedAc- 35 
cess()" is sent from the service component PA1 to 

the service component IA. 

16. A message with the content "setupAccessSes- 
sion{)" is sent from the service component IA to the *o 
service component UA1 , 

16r M 15r. A message with the content "Secretld, 
UAinterfaceRefs, AccessSessionld, partyld " is re- 
turned from the service component UA1 via the 
service component IA to the service component 
PA1. 

1 7. A message with the content "setUserContext 
(partyld, PAInterfaceRefs), listSubscribedServices so 
(), NstSessionAnnouncements(announcementld)" 

is sent from the service component PA1 to the serv- 
ice component UA1 . 

18. A message with the content "listSessionAn- 55 
nouncements(announcementld)" is sent from the 
service component UA1 to the service component 
AM. 



18r. A message with the content "Announce- 
mentList " is returned from the service component 
AM to the sen/ice component UA1 . 

17r. A message with the content "SubscribedServ- 
icesList + AnnouncementList " is returned from the 
sen/ice component UA1 to the service component 
PA1. 

19. The service component PA1 instantiates the 
service component ssUAPc. A message with the 
content "joinSessionlnit(announcementld)" is sent 
from the service component PA1 to the service com- 
ponent ssUAPc. 

20., 21, 22 A message with the content "joinSes- 
sionWith Announcement^ nouncementld)" is sent 
from the service component ssUAPc via the service 
components PA1 and UA1 to the service compo- 
nent SSM. 

22r., 21 r., 20r. A message with the content "RetU- 
sagelnterfaceRefs of SSM -1- partyld " is returned 
from the service component SSM via the service 
components PA1 and UA1 to the service compo- 
nent ssUAPc. 

23. A message with the content "setPartyContext 
(partyld, ssUAPclnterfaceRefs, ssProperties= 
{webSessionld, accounting Profile})" is sent from 
the service component ssUAPc to the service com- 
ponent SSM. By that, the service component ss- 
UAPc tries to join a MCR service session. 

24. A message with the content "joinSessionlnfo 
(partyld, ssProperties) /* only invoked on owner's 
ssUAP V is sent from the service component SSM 
to the service component ssUAPp. That confirms 
the joining of a MCR service session. 

25. A message with the content "registerParty(par- 
tyld, webSessionld, accountingProfile, ssUAPInter- 
faceRef)" is sent from the service component ss- 
UAPp to the servlet SL. 

26. A message with the content " 
joinServiceSessionSuccess ... I* signal applet T is 
sent from the service component ssUAPc to the ap- 
plet AL. 

[0054] Now, the MCR services session is joint and the 
applet AL initiates to send to the server SERV a new 
request to perform the MCR service. The server SERV 
does now accept the service request and provides the 
MCR service: 

27. A message with the content "HTTP fetch 
<URL>" is sent as repeat fetch over an Internet con- 
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nection by means of the HTTP protocol from the 
browser BR to the server SERV. The web browser 
session is now recognized by the servlet SL as reg- 
istered and it initiates the delivering of the content 
to the server SERV by the content repository CDB. 

28. A message with the content a retrieveURLInfo: 
Charginginfo + Content " is sent from the content 
repository CDB to the server SERV. 

29. A message with the content "chargePartyReq 
(partyld, charge, contentType, ...)" is sent from the 
servlet SL to the service component ssUAPp. 

29r. A message with the content "Ok" is returned 
from the service component ssUAPp to the servlet 
SL. The servlet SL initiates now the delivering of the 
requested content, i. e. the provisioning of the re- 
quests service, to the requesting browser BR. 

30. The requested URL content is returned by 
means of the HTTP protocol from the server SERV 
to the browser BR. The delivered content is dis- 
played in the browser BR. 

[0055] Subsequently the second embodiment is de- 
scribed. Using a similar technique as described above, 
a service sessions announcement'service' can be inte- 
grated with the WWW. 

[0056] The retailer uses a web server that is equipped 
with an announcement Servlet to announce running 
service sessions to browsing users on the WWW. 
[0057] Be aware of the fact that access policies can 
be applied by integrating a service as described before, 
i.e. for only announcing sessions to a limited group of 
users. 

[0058] The announcement manager will publish run- 
ning service sessions through the use of Hyper Text 
Markup Language-pages. This may also be performed 
by other techniques, i.e. active server pages, Extended 
Markup Language, etc. It will also keep this information 
consistent with the effective sessions. 
[0059] The pages that are retrieved by the user con- 
tain information related to the service session as well as 
links to the servlet SL. These links give the user a point- 
and-click way of accessing the service session. This 
could be simply joining the session, but also changing 
configurations, etc. The following scenario explains in 
more detail how this mechanism works for having a user 
join an arbitrary service session. It starts from step 9 in 
the previous described detailed scenario. 

10. The AM updates its content database with the 
new service session information and handles 
(links). 

1 1 . The user browses the web pages with this serv- 
ice session information. 
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12. The user selects a link to join the service ses- 
sion. This invokes a request on the servlet SL with 
the selected parameters. It is within this context 
possible that the servlet SL is launched on a web 

5 server different from the web server SERV, i. e. the 
applet is delivered from a web server different from 
the web server which delivers the content. 

13. The servlet SL returns the join applet AL 

10 

14. The join applet AL walks the user through the 
same process as in the previous example that is de- 
scribed in steps step 14 to 22. 

15 [0060] It is to be remarked that the core of this method 
can be extended in numerous ways, i.e. use announce- 
ment service sessions, hence web server providers can 
be paid for their advertisement, etc. 
[0061 ] While the principles of the invention have been 

20 described above in connection with specific apparatus, 
it is to be clearly understood that this description is made 
only by way of example and not as a limitation on the 
scope of the invention, as defined in the appended 
claims. 

25 

Claims 

1 . A method for accessing a service platform (SP) via 
30 an Internet browser session, said method compris- 
ing steps of: 

(a) installing a servlet (SL) at a web-server 
(SERV) of a content provider having access to 

35 said service platform (SP); 

(b) when a user tries to use (12) a service of 
said service platform by contacting said web 
server (SERV) of said content provider within a 
certain browser session , detecting by said serv- 

40 let (SL) whether or not said certain browser ses- 

sion is already associated to a related service 
session; 

(c) if said certain browser session is already as- 
sociated to said related service session, per- 

45 forming predetermined actions related to said 

service session, such as charging; 

(d) if said certain browser session is not asso- 
ciated to said related service session, returning 
(13) a web-page containing an applet (AL) to 

50 guide an associated browser (BR) of the user 

through a logon process (15-26) for said relat- 
ed service session; and 

(e) said user accessing said service session via 
said certain browser session. 

55 

2. A method as in claim 1 wherein said user accessing 
said service session via said certain browser ses- 
sion by using said applet (AL) received within said 
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browser session for accessing said service session. 

3. A method as in claim 1 wherein said received applet 
(AL) is launched on said browser (BR). 

4. A method as in claim 1 wherein said applet (AL) 
contacts (1 4 to 23) said service session and informs 
(24, 25) said servlet (SL) via the service session 
about the association of said certain browser ses- 
sion to said service session. 

5. A method as in claim 1 wherein said applet (AL) in- 
itiates the re-request of said service by initiating a 
re-contacting (27) of said web server (SERV) of the 
content provider. 

6. A method as in claim 4 wherein said servlet (SL) is 
informed (24, 25) via the service session about the 
association of said certain browser session with a 
particular party. 

7. A method as in claim 6 wherein accounting proce- 
dures for said party are passed to said servlet (SL). 

8. A method as in claim 4 wherein, for contacting the 
service session, said applet (AL) starts (14-16) an 
access session and logs on (17-23) to a retailer 
(RETAILER). 

9. A method as in claim 8 wherein said applet (AL) tries 
to find, whetherthe user is already in an access ses- 
sion and if not it will establish one. 

10. A method as in claim 8 wherein, during the log on, 
a user-application service component (ssUAPc) is 
launched (19). 

11. A servlet (SL) for being installed at a web server 
(SERV), said servlet (SL) is adapted for performing 
following steps when executed on said web server 
(SERV): 

when a user tries to use (1 2) a service of said serv- 
ice platform by contacting said web server (SERV) 
within an certain browser session, detecting wheth- 
er or not said certain browser session is already as- 
sociated to a related service session of a service 
platform (SP); 

if said certain browser session is already associated 
to said related service session, performing prede- 
termined actions related to said sen/ice session; 
and 

if said certain browser session is not associated to 
said related service session, returning (13) a web- 
page containing an applet (AL) which is adapted for 
guiding an associated browser (BR) of the user 
through a logon process (15 - 26) for said related 
service session at the service platform (SP). 



12. A sen/let (SL) as in claim 11 wherein said servlet 
(SL) keeping a list of www browser sessions asso- 
ciated to service sessions of said service platform 
(SP) and related interfaces of user-application serv- 

5 ice components (ssUAPp) of said service platform 
(SP). 

13. A servlet (SL) as in claim 11 wherein said servlet 
(SL), when launched on said web server (SERV), 

10 goes through a login procedure and starts a service 
session at a retailer (RETAILER) of said service 
platform (SP). 

14. A servlet (SL) as in claim 13 wherein said servlet 
(SL), when launched on said web server (SERV), 
launches a respective user-application service 
component (ssUAPp) within the service platform 
(SP). 

20 15. a service unit (SU) of a content provider having ac- 
cess to a service platform (SP), said service unit 
comprising a content repository (CDB) for providing 
content, a web-server (SE RV) for enabling the serv- 
ice unit to be a party of a Internet browser session 

25 and a servlet (SL) as in claim 11 being installed at 
said web-server (SERV). 

16. A service unit as in claim 15 wherein each time a 
link is requested on the web server (SERV), the 

30 servlet (SL) is invoked. 

17. An applet for accessing a service platform (SP) via 
an Internet browser session, said applet (AL) is 
adapted for performing following steps when exe- 

35 cuted on a web browser (BR) of a user: 

guiding the web browser (BR) of the user 
through a logon process (1 5 - 26) for a service 
session of a service platform (SP); 

40 informing a servlet launched on a web server 

(SERV) of a content provider via the service 
session about the association of said browser 
session to said service session; and 
initiating a contacting (27) of said web server 

45 (SERV) of the content provider by said web 

browser (BR) within said browser session. 
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